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DETAILED ACTION 

This action is responsive to the Amendment/ Arguments filed on December 24, 2008 and January 
30, 2009. Claims 1-4, 7-9, 1 1, 18, 19, 29-48 have been amended. Claims 23-28 have been 
canceled. Claims 51-54 have been added. Claims 1-22 and 29-54 are pending. 

Response to Arguments 

1 . Applicant's arguments, filed December 24, 2008, with respect to Claim Rejections under 
35 U.S.C. 103(a) have been fully considered but they are not persuasive and/or are moot in view 
of the new ground(s) of rejection. 

As to Applicant's arguments with respect to Claims 1 and 29: 

a. Applicant alleges that the list of neighbor interfaces does not indicate the status of the 
neighbor interfaces. 

Examiner respectfully disagrees. The list of neighbor interfaces, as taught by Sandick 
(4.2 Parameters and B.l FLIP Advertisement Message), serves as data that indicates that a 
neighbor interface is up or down and is in fact the purpose of the message. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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3. Claims 1-16, 18-21, 29-44, 46-49, 51, and 53 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Network Working Group RFC 1583: OSPF Version 2 to Moy 
(hereinafter "Moy") and Network Working Group Internet Draft: Fast LIveness Protocol (FLIP) 
to Sandick et al. (hereinafter "Sandick") (IDS submitted on July 12, 2004). 

4. As to Claims 1 and 29, Moy discloses a computer-implemented method and elements 
(referenced hereinafter as the method) comprising: 

a) accepting forwarding liveness status information [...] (Moy; 9.1 Interface States, 9.2 
Events Causing Interface State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link 
State Advertisements, discloses accepting interface and link status information for a link state 
advertisement. See also, Moy; 9.0 The Interface Data Structure, which discloses accepting 
interface and link status information for a hello message); 

b) composing a message including the forwarding liveness status information (Moy; 9.1 
Interface States, 9.2 Events Causing Interface State Changes, 9.3 The Interface State Machine, 
and 12.0-12.4 Link State Advertisements, discloses composing a link state advertisement 
including the interface and link status information. See also, Moy; 9.0 The Interface Data 
Structure, which discloses composing a hello message including the interface and link status 
information); and 

c) sending the message towards a neighbor node (Moy; 9.1 Interface States, 9.2 Events 
Causing Interface State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link State 
Advertisements, discloses sending the link state advertisements to neighboring routers. See also, 
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Moy; 9.0 The Interface Data Structure, which discloses sending the hello message to neighboring 
routers). 

Moy does not explicitly disclose, however Sandick discloses accepting forwarding 
liveness status information of at least two different interfaces and composing an aggregated 
message with the status information of the at least two different interfaces as data within the 
aggregated message (Sandick; 4.2 Parameters and B.l FLIP Advertisement Message, list of 
neighbor interfaces). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

5. As to Claims 2 and 30, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses 

d) (means for) maintaining a first timer for tracking a send time interval, wherein the acts of 
composing the aggregated message and sending the aggregated message are performed after 
expiration of the first timer (Moy; 9.0 The Interface Data Structure, discloses maintaining a 
Hello Timer for tracking a Hellolnterval, wherein hello messages are composed and sent when 
the timer expires); and 
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e) (means for) restarting the first timer after the aggregated message is sent (Moy; 9.0 The 
Interface Data Structure, discloses restarting the Hello Timer after the message is sent). 

6. As to Claims 3 and 3 1 , Moy and Sandick disclose each and every limitation of claims 2 
and 30. Moy further discloses wherein the aggregated message further includes a dead time 
interval, and wherein the send time interval is less than the dead time interval (Moy; 9.0 The 
Interface Data Structure, discloses a RouterDeadlnterval, which is greater than the 
Hellolnterval). 

7. As to Claims 4 and 32, Moy and Sandick disclose each and every limitation of claims 2 
and 30. Moy further discloses wherein the aggregated message further includes a dead time 
interval (Moy; 9.0 The Interface Data Structure, discloses a RouterDeadlnterval), 

Sandick further discloses wherein the send time interval is no more than one third of the 
dead time interval (Sandick; 4.2 Parameters, discloses a PeerDeadlnterval, wherein the 
PeerDeadlnterval is at least 3 times the Hellolnterval). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the message including a dead time interval, as disclosed by Moy, to include 
a dead time interval which is greater than 3 times the send time interval, as disclosed by Sandick. 
One of ordinary skill in the art at the time the invention was made would have been motivated to 
make this combination in order to facilitate fast neighbor or peer interface failure detection 
(Sandick; Abstract). 
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8. As to Claims 5 and 33, Moy and Sandick disclose each and every limitation of claims 2 
and 30. Sandick further discloses wherein the send time interval is less than one second 
(Sandick; 7.2 Hellolnterval, discloses the Hellolnterval has a default value of 3ms). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the send time interval, as disclosed by Moy, to include a send time interval 
that is less than one second, as disclosed by Sandick. One of ordinary skill in the art at the time 
the invention was made would have been motivated to make this combination in order to 
facilitate fast neighbor or peer interface failure detection (Sandick; Abstract). 

9. As to Claims 6 and 34, Moy and Sandick disclose each and every limitation of claims 2 
and 30. Sandick further discloses wherein the send time interval is less than 100 msec (Sandick; 
7.2 Hellolnterval, discloses the Hellolnterval has a default value of 3ms). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the send time interval, as disclosed by Moy, to include a send time interval 
that is less than 100 ms, as disclosed by Sandick. One of ordinary skill in the art at the time the 
invention was made would have been motivated to make this combination in order to facilitate 
fast neighbor or peer interface failure detection (Sandick; Abstract). 

10. As to Claims 7 and 35, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses wherein the aggregated message further includes a dead time 
interval (Moy; 9.0 The Interface Data Structure, discloses a RouterDeadlnterval). 
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11. As to Claims 8 and 36, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses wherein the act of (means for) sending the aggregated message 
includes (means for) providing the aggregated message in an Internet protocol packet (Moy; 1 . 1 
Protocol Overview, discloses OSPF messages being provided in IP packets). 

12. As to Claims 9 and 37, Moy and Sandick disclose each and every limitation of claims 8 
and 36. Moy further discloses wherein the aggregated message is sent (the means for sending 
the message) towards the neighbor node by (include means for) setting a destination address in 
the Internet protocol packet to a multicast address associated with routers that support interface 
forwarding liveness (Moy; 1.0 Introduction, discloses sending the IP messages using multicast). 

13. As to Claims 10 and 38, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses wherein the status information includes a forwarding liveness 
state selected from a group of forwarding liveness states consisting of 

(A) interface up (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 
and 9.3 The Interface State Machine, discloses the link state advertisement includes interface 
state information, including InterfaceUp. See also, Moy; 9.0 The Interface Data Structure, which 
discloses receiving a hello messages within the RouterDeadlnterval serves as indication that the 
neighbor interface is up), 

(B) interface down (Moy; 9.1 Interface States, 9.2 Events Causing Interface State 
Changes, and 9.3 The Interface State Machine, discloses the link state advertisement includes 
interface state information, including InterfaceDown. See also, Moy; 9.0 The Interface Data 
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Structure, which discloses the failure to receive hello messages within the RouterDeadlnterval 
serves as indication that the neighbor interface is down), 

(C) interface monitor not reporting, and 

(D) forwarding engine restarting. 



14. As to Claims 1 1 and 39, Moy discloses for use with a node, a computer-implemented 
method (elements) comprising: 

a) (means for) receiving a message including 

i) forwarding liveness status information [...] (Moy; 9.1 Interface States, 9.2 
Events Causing Interface State Changes, 9.3 The Interface State Machine, and 
12.0-12.4 Link State Advertisements, discloses receiving a link state 
advertisement including interface and link status information. See also, Moy; 9.0 
The Interface Data Structure, which discloses receiving a hello message including 
interface and link status information), and 

ii) a time interval (Moy; 9.0 The Interface Data Structure, which discloses 
receiving a hello message including a PeerDeadlnterval); and 

b) (means for) updating neighbor node forwarding liveness status information using the 
message (Moy; 12.2 Link State Database, discloses updating neighbor router interface and link 
status information using the link state advertisement. See also, Moy; 9.0 The Interface Data 
Structure, which discloses updating neighbor router interface and link status information using 
the hello message). 
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Moy does not explicitly disclose, however Sandick discloses the aggregated message 
including forwarding liveness status information for a first set of at least two different interfaces 
as data within the aggregated message (Sandick; 4.2 Parameters and B.l FLIP Advertisement 
Message, list of neighbor interfaces). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

15. As to Claims 12 and 40, Moy and Sandick disclose each and every limitation of claims 
1 1 and 39. Moy further discloses wherein the act of (means for) updating neighbor node liveness 
status information includes 

i) (means for) setting a first timer to the time interval and starting the first timer (Moy; 
9.0 The Interface Data Structure, discloses setting a Wait Timer to the RouterDeadlnterval and 
starting the Wait Timer), 

ii) if the first timer expires, (means for) setting a status [. . .] of the neighbor node to down 
(Moy; 9.0 The Interface Data Structure and 9.2 Events Causing Interface State Changes, 
discloses setting a status of an interface of the neighbor router to down if the Wait Timer 
expires); and 
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iii) (means) if a further message, sourced from the neighbor node, and including A) 
forwarding liveness status information, and B) a new time interval, is received then, resetting the 
first timer to the new time interval and restarting the first timer (Moy; 9.0 The Interface Data 
Structure and 9.2 Events Causing Interface State Changes, discloses if a hello message including 
a RouterDeadlnterval is received, resetting the Wait Timer to the RouterDeadlnterval and 
restarting the Wait Timer). 

Moy does not explicitly disclose, however Sandick discloses setting the status of each of 
the at least two different interfaces of the neighbor node to down if the first timer expires 
(Sandick; 4.1 Neighbor Discovery, 4.2 Parameters, 4.5 FLIP Advertisement Protocol 
Description, and B.l FLIP Advertisement Message, list of neighbor interfaces and setting 
neighbor interface adjacencies to down). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

16. As to Claims 13 and 41, Moy and Sandick disclose each and every limitation of claims 
12 and 40. Moy does not explicitly disclose, but Sandick discloses wherein each of the time 
interval and the new time interval is less than one second (Sandick; 7.3 PeerDeadlnterval, 
discloses PeerDeadlnterval default value is 12 ms). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the time interval, as disclosed by Moy, to include a time interval that is less 
than one second, as disclosed by Sandick. One of ordinary skill in the art at the time the 
invention was made would have been motivated to make this combination in order to facilitate 
fast neighbor or peer interface failure detection (Sandick; Abstract). 

17. As to Claims 14 and 42, Moy and Sandick disclose each and every limitation of claims 

1 1 and 39. Moy further discloses wherein the forwarding liveness status information is interface 
forwarding liveness status information (Moy; 9.1 Interface States, 9.2 Events Causing Interface 
State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link State Advertisements, 
discloses the link state advertisement includes interface status information). 

18. As to Claims 15 and 43, Moy and Sandick disclose each and every limitation of claims 

1 1 and 39. Moy further discloses wherein the status information includes a forwarding liveness 
state selected from a group of forwarding liveness states consisting of 

(A) interface up (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 
and 9.3 The Interface State Machine, discloses the link state advertisement includes interface 
state information, including InterfaceUp. See also, Moy; 9.0 The Interface Data Structure, which 
discloses receiving a hello messages within the RouterDeadlnterval serves as indication that the 
neighbor interface is up), 

(B) interface down (Moy; 9.1 Interface States, 9.2 Events Causing Interface State 
Changes, and 9.3 The Interface State Machine, discloses the link state advertisement includes 
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interface state information, including InterfaceDown. See also, Moy; 9.0 The Interface Data 
Structure, which discloses the failure to receive hello messages within the RouterDeadlnterval 
serves as indication that the neighbor interface is down), 

(C) interface monitor not reporting, and 

(D) forwarding engine restarting. 

19. As to Claims 16 and 44, Moy and Sandick disclose each and every limitation of claims 
1 1 and 39. Moy further discloses wherein the forwarding liveness status information includes at 
least one of 

(i) the integrity and correct operation of forwarding tables, 

(ii) the integrity and correct operation of switch fabric (Moy; 12.0-12.4 Link State 
Advertisements, discloses the link state advertisement includes link status information), 

(iii) the integrity and correct operation of a forwarding lookup engine, 

(iv) the integrity and correct operation of a traffic scheduler, 

(v) the integrity and correct operation of a traffic classifier, 

(vi) the integrity and correct operation of buffers in the data plane, 

(vii) the integrity and correct operation of packet segmentation modules, 

(viii) the integrity and correct operation of packet reassembly modules, 

(ix) the integrity and correct operation of packet re-sequencing modules, 

(x) whether or not a node is restarting, 

(xi) whether or not the forwarding plane is congested, and 

(xii) the integrity and correct operation of fragmentation modules. 
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20. As to Claims 1 8 and 46, Moy discloses a computer-implemented method for monitoring 
interface forwarding liveness, the method (a system) comprising: 

a) (means for) determining, at a first node, forwarding liveness status information for [. . .] 
interface (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 9.3 The 
Interface State Machine, and 12.0-12.4 Link State Advertisements, discloses determining, at a 
first node, interface and link status information for a link state advertisement. See also, Moy; 9.0 
The Interface Data Structure, which discloses determining, at a first node, interface and link 
status information for a hello message); 

b) (means for) sending, from the first node, a message including the determined status 
information (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 9.3 The 
Interface State Machine, and 12.0-12.4 Link State Advertisements, discloses sending, from the 
first node, a link state advertisement including the interface and link status information. See 
also, Moy; 9.0 The Interface Data Structure, which discloses sending, from the first node, a hello 
message including the interface and link status information); 

c) (means for) receiving, at the second node, the message (Moy; 9.1 Interface States, 9.2 
Events Causing Interface State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link 
State Advertisements, discloses receiving, at a second node, the link state advertisement. See 
also, Moy; 9.0 The Interface Data Structure, which discloses receiving, at a second node, the 
hello message); and 

d) (means for) updating, by the second node, first node forwarding liveness status 
information using the message (Moy; 12.2 Link State Database, discloses updating, by the 
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second node, first node interface and link status information using the link state advertisement. 
See also, Moy; 9.0 The Interface Data Structure, which discloses updating, by the second node, 
first node interface and link status information using the hello message). 

Moy does not explicitly disclose, however Sandick discloses determining, at a first node, 
forwarding liveness status information for at least two different interfaces and sending an 
aggregated message including the status information as data within the aggregated message 
(Sandick; 4.1 Neighbor Discovery, 4.2 Parameters, 4.5 FLIP Advertisement Protocol 
Description, and B.l FLIP Advertisement Message, list of neighbor interfaces). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

21 . As to Claims 19 and 47, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy further discloses wherein the aggregated message further includes a dead 
interval (Moy; 9.0 The Interface Data Structure, discloses a RouterDeadlnterval included in a 
hello message), and wherein the act of (means for) updating first node forwarding liveness status 
information includes 

i) (means for) setting a timer to the dead interval (Moy; 9.0 The Interface Data Structure, 
discloses setting a Wait Timer to the RouterDeadlnterval); 
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ii) (means for) starting the timer (Moy; 9.0 The Interface Data Structure, discloses 
starting the Wait Timer); 

iii) (means for) determining whether or not a further message including forwarding 
liveness status information is received from the first node before the expiration of the timer 
(Moy; 9.0 The Interface Data Structure and 9.2 Events Causing Interface State Changes, 
discloses determining whether a further hello message is received from the first node before the 
Wait Timer expires); and 

iv) if it is determined that a further message including forwarding liveness status 
information is not received from the first node by the second node before the expiration of the 
timer, then (means for) informing the second node that the [. . .] interface of the first node is 
down (Moy; 9.0 The Interface Data Structure and 9.2 Events Causing Interface State Changes, 
discloses if it is determined that a further hello message is not received from the first node before 
the expiration of the Wait Timer, then informing the second node that the interface of the first 
node is down). 

Moy does not explicitly disclose, however Sandick discloses if it is determined that a 
further message including forwarding liveness status information is not received from the first 
node by the second node before the expiration of the timer, then informing the second node that 
the at least two different interfaces of the first node are down (Sandick; 4.1 Neighbor Discovery, 
4.2 Parameters, 4.5 FLIP Advertisement Protocol Description, and B.l FLIP Advertisement 
Message, list of neighbor interfaces and setting neighbor interface adjacencies to down). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
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accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

22. As to Claims 20 and 48, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy further discloses wherein the status information includes a forwarding liveness 
state selected from a group of forwarding liveness states consisting of 

(A) interface up (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 
and 9.3 The Interface State Machine, discloses the link state advertisement includes interface 
state information, including InterfaceUp. See also, Moy; 9.0 The Interface Data Structure, which 
discloses receiving a hello messages within the RouterDeadlnterval serves as indication that the 
neighbor interface is up), 

(B) interface down (Moy; 9.1 Interface States, 9.2 Events Causing Interface State 
Changes, and 9.3 The Interface State Machine, discloses the link state advertisement includes 
interface state information, including InterfaceDown. See also, Moy; 9.0 The Interface Data 
Structure, which discloses the failure to receive hello messages within the RouterDeadlnterval 
serves as indication that the neighbor interface is down), 

(C) interface monitor not reporting, and 

(D) forwarding engine restarting. 
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23. As to Claims 21 and 49, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy further discloses wherein the forwarding liveness status information includes at 
least one of 

(i) the integrity and correct operation of forwarding tables, 

(ii) the integrity and correct operation of switch fabric (Moy; 12.0-12.4 Link State 
Advertisements, discloses the link state advertisement includes link status information), 

(iii) the integrity and correct operation of a forwarding lookup engine, 

(iv) the integrity and correct operation of a traffic scheduler, 

(v) the integrity and correct operation of a traffic classifier, 

(vi) the integrity and correct operation of buffers in the data plane, 

(vii) the integrity and correct operation of packet segmentation modules, 

(viii) the integrity and correct operation of packet reassembly modules, 

(ix) the integrity and correct operation of packet re-sequencing modules, 

(x) whether or not a node is restarting, 

(xi) whether or not the forwarding plane is congested, and 

(xii) the integrity and correct operation of fragmentation modules. 

24. As to Claims 5 1 and 53, Moy and Sandick disclose the computer-implemented method of 
Claims 1 and 29. Moy further discloses wherein the forwarding liveness status information of at 
least one of the at least two different interfaces included in the aggregated message includes a 
forwarding liveness state set to interface monitor not reporting (Moy; 9.1 Interface States, 9.2 
Events Causing Interface State Changes, and 9.3 The Interface State Machine, discloses the link 



Application/Control Number: 10/775,544 Page 18 

Art Unit: 2445 

state advertisement includes interface state information, including InterfaceDown. See also, 
Moy; 9.0 The Interface Data Structure, which discloses the failure to receive hello messages 
within the RouterDeadlnterval serves as indication that the neighbor interface is down, a down 
state indicates that the interface is not reporting). 



25. Claims 17, 22, 45, and 50 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Moy and Sandick as applied to claims 11, 18, 39, and 46 above, and further in view of Network 
Working Group RFC 1989: PPP Link Quality Monitoring published on August 1996 by Simpson 
(denoted herein as "Simpson") (IDS submitted on February 10, 2004). 

26. As to Claims 17 and 45, Moy and Sandick disclose each and every limitation of claims 

1 1 and 39. Moy does not explicitly disclose, however Simpson discloses wherein the forwarding 
liveness status information includes at least one of 

(i) bit error rate at a link interface (Simpson; 2.6 Packet Format, 2.7 Calculations, and 2.9 
Failure Detection, discloses sending status information including indication of the error rate of 
packets at a link interface), and 

(ii) clock synchronization at a link interface. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the forwarding liveness status information, as disclosed by Moy, to include 
bit error rate at a link interface, as disclosed by Simpson. One of ordinary skill in the art at the 
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time the invention was made would have been motivated to make this combination in order to 
monitor the quality of a link (Simpson; 1 .0 Introduction). 

27. As to Claims 22 and 50, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy does not explicitly disclose, however Simpson discloses wherein the forwarding 
liveness status information includes at least one of 

(i) bit error rate at a link interface (Simpson; 2.6 Packet Format, 2.7 Calculations, and 2.9 
Failure Detection, discloses sending status information including indication of the error rate of 
packets at a link interface), and 

(ii) clock synchronization at a link interface. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the forwarding liveness status information, as disclosed by Moy, to include 
bit error rate at a link interface, as disclosed by Simpson. One of ordinary skill in the art at the 
time the invention was made would have been motivated to make this combination in order to 
monitor the quality of a link (Simpson; 1.0 Introduction). 

28. Claims 52 and 54 are rejected under 35 U.S.C. 103(a) as being unpatentable over Moy 
and Sandick as applied to claims 1 and 29 above, and further in view of U.S. Patent No. 
7,362,700 to Frick et al. (hereinafter "Frick"). 
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29. As to Claims 52 and 54, Moy and Sandick disclose the computer-implemented method of 
Claims 1 and 29. Moy and Sandick do not explicitly disclose, however Frick discloses wherein 
the forwarding liveness status information of at least one of the at least two different interfaces 
included in the aggregated message includes a forwarding liveness state set to forwarding engine 
restarting (Frick; column 1 lines 60-63; LSA announces intent to perform a restart). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the forwarding liveness status information, as disclosed by Moy, to include 
an indication of restarting, as disclosed by Frick. One of ordinary skill in the art at the time the 
invention was made would have been motivated to make this combination in order to perform a 
hitless restart. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to VIVEK KRISFINAN whose telephone number is (571) 270- 
5009. The examiner can normally be reached on Monday through Friday from 9:00 AM to 5:30 
PM EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Glenton Burgess can be reached on (571) 276-9456. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Patrice Winder/ 

Primary Examiner, Art Unit 2445 

/V. K./ 

Examiner, Art Unit 2445 



